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© In a circuit design synthesis orocedure to which 
the pointers are added to the data base to permit a 
path through the circuit to oe followed, a qualified 
object :s defined to be a data object that permits 
access expressed by a sequence (or chain) of ac- 
cess forms strung together A mechanism is defined 
that oermits access of any ether ooject in the data 
base. Access forms are strung together m a given 
format Tnis structure provides an easily understan- 
daoie access form and it »s defined in the rule 
grammar. This access form can be parsed :n the 
synthesis procedure into a nest of (LISP) program 
functions, which, when evaluated, will return an ob- 
ject m the data base. This access chain is used in 
me antecedent portion of the rule structure for the 
puroose of modifying the target objects. This access 
structure oermits me synthesis rules to maKe ae- 
cisjons on sucn parameters as timing, cell size, 
power, wire loading, modei names, etc. Tne rules of 
the syntnesis procedure can oe written in such a 
manner as to oe s;milar tc a circuit designer's rules, 
in acdmon to the access or oojects. this cnamed 
access structure aiso oermits ragging tor marking) a 
suoset intermediate oojects to be temporarily saved 
for use by the synthesis rules. This additional caoa- 



bility provides the ability to sort and partition sets of 
objects based on attributes and permits a synthesis 
orocedure capable of using abstract tradeoffs. 
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DATA BASE ACCESS MECHANISM FOR RULES UTILIZED BY A SYNTHESIS PROCEDURE FOR LOGIC 

CIRCUIT DESIGN 



BACKGROUND OF THE INVENTION 

1. Field of the Invention 

This invention relates generally to circuit de- 
sign synthesis and. more particularly, to proce- 
dures for accessing data base structures or objects 
of the synthesis program. 

2. Description of the Related Art 

Referring next to Fig. 1, the procedure for 
synthesizing a logic circuit design according to the 
prior art is shown. Model definition data structures 
from a library of component definitions is entered 
into the data structures associated with the synthe- 
sis data base in steo 1 1 . In step 1 2. the information 
related to the instances of the circuit design includ- 
ing the connectivity information is entered in the 
data base. The instances of the circuit design are 
generally in a benavioral or functional form when 
entered in the synthesis data base. The synthesis 
procedure relates the instances of the circuit de- 
sign to the model instances in step 13. In step 14. 
a set of rules for the synthesis procedure is applied 
to each of the model instances and the model 
instances are altered and connected m such a way 
as to maximize certain parameters such as size, 
path delay, power, etc. In step 15. the resulting 
circuit design is placed in a format that can control 
the automated fabrication of the circuit. 

In order to maxe oecrsions regarding such data 
base parameters as timing, cell size, power re- 
quirements, wire loading, model names, etc.. a rule 
must access data structures in the synthesis sys- 
tem data base. The synthesis procedures of the 
related art can tyoically perform similar access 
operations only by evaluation of the entire circuit. A 
need nas therefore oeen felt for a synthesis proce- 
dure and related syntax data access structures that 
will permit the access of data oase objects at the 
end of a sequence of data base objects. Similar to 
OPSS. our access functions permit mscection of 
various siots ffieiasj of a data structure. 3ut uniine 
OPSS. our access functions allow referencing daia 
objects more than one fieic forward and oacKward. 
along a circuit pafr :f needed, witn respect to a. n y 
specific data ooject. This aoiiity is an essentiai 
ingredient of access f orms mat assist m eiectncaily 
inspecting sequences of connected comoonents. 



w 



15 



FEATURES OF THE INVENTION 

It is an object of the present invention to pro- 
vide an improved procedure for the synthesis of 
circuit designs. 

It is a feature of the present invention to permit 
simple access forms and mechanism to inspect a 
data base structure object in order to write rules of 
physical logic synthesis. 

It is another feature of the present invention to 
provide a capability of accessing subsets of data 
base objects at intermediate locations in a chain of 
data base objects. 

It is yet another feature of the present invention 
to provide a synthesis procedure capable of acces- 
sing a plurality of data base objects affecting a 
target data base object. 



20 SUMMARY OF THE INVENTION 



The aforementioned and other features are ob- 
tained, according to the present invention, by pro- 
viding a synth3Sis procedure and related data base 
organization to permit a noun in a rule structure to 
be interpreted as a sequence of data base objects, 
the rule syntax permitting the access to either an 
end member of the sequence and/or marking or 
tagging an intermediate member of the sequence. 
This syntax provides the ability to sort and partition 
tagged sets of data base objects based on their 
attributes. 

These and other features of the present inven- 
tion will be understood upon reading of the follow- 
ing description along with the drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is a flow diagram of the procedure 
for the synthesis of circuit designs according to the 
related art. 

Figure 2 is a flow diagram of an inventive 
orocedure for the synthesis of circuit diagrams 
capable of suooorting the present invention. 

Figure 3 is an overall diagram of the ar- 
cnitecture for data structures of the logic design 
data base and the logic synthesis njies data base. 

Figure 4 is an detailed illustration of the 
hierarchical reiationshio of the objects of the design 
model as it is transferred between external software 
mechanisms and tnis system. 
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Figure 5 is an example of the access of a 
logic design data base by following pointers 
through an sequence of objects and/or functions 
according to the present invention. 

Figure 6 is an example of the access of 
values which are calculated or derived, as opposed 
to stored data base objects according to the 
present invention. 

Fgure 7 is an example of the tagging of 
objects at the midpoint of a qualified object access, 
and the temporary tag pointers which are estab- 
lished for subsequent access by the rule according 
to the present invention. 

Figure 8 illustrates the access from the cur- 
rent model instance to attnbutes of the parent 
model definition according to the present invention. 

Figure 9 illustrates the access from the cur- 
rent model instance to attributes of the current 
design according to the present invention. 



DESCRIPTION OF THE PREFERRED EMBODI- 
MENT ~~ 

1. Detailed Description of the Figures 

Fig. 1 has Deen described in relationship to the 
related art. 

Refernng next to Fig. 2. the synthesis proce- 
dure of the present invention ts shown. In step 21 . 
abstract component data from a library of such 
data is entered into model definition data structures 
of the synthesis procedure. In step 22. component 
data relating to the target technology from the 
library rs entered into model definition data struc- 
tures of the synthesis orocedure. The circuit design 
data witn the connected instances described in 
terms of abstract comoonents is entered into the 
synthesis procedure m step 23. In step 24. the 
synthesis procedure" provides two sets of pointers. 
The first set of pointers permits the synthesis pro- 
cedure to follow any arbitrary path through the 
design circuit. The second set of pointers couoles 
rules with associated data base structures. In step 
25. the assoc;atea rules are tested for each in- 
stance and wnen the test provides a 'true* result, 
the consequences of the rule :s imolemented. In 
the preferred embodiment, each rule has an ante- 
cedent portion anc a consequence portion. The 
antecedent oomon mciuces a test algorithm, and 
the consequence portion provides the formation 
required to imoiemen: a result of the test. Because 
the rules are acohed to instances in a sequential 
manner, ano oecause. ;n the oreferred emoodi- 
ment. the test proceaures zan involve netgnborrng 
instances that were cnangec as a result of a test 
applied to that '.ostar.es. the process ts speared 
until tne circuit design :s stabilized. In step 27. the 



final version of the circuit design is placed in a 
format suitable for use in an automated circuit 
fabrication system. 

Referring now to Fig. 3. the architectural or- 
5 ganization for the storage of the logic synthesis 
rules and the logic design rules are shown. Two 
storage hierarchies are available, one representing 
rule information and the second representing digital 
design information. These information hierarchies 
w interact when pointers are established, relating the 
design objects to specific groups of rules. A rule 
file 306 through 308 is collection rules arbitrarily 
organized by the creator of the file. Several rule 
files can be transferred to a rule table 305. The rule 
/s table 305 is a lookup table that is indexed by the 
name of the rules stored therein. The rule" table 305 
is an attribute of a rule base 303 that has in 
addition to the rules stored in rule table 305. a 
name 303 and other attributes 304 of the rule base. 
30 Any number of rule bases 301 through 302 are 
contained in the table of all of the rule bases 300. 
The all rule bases table 300 is a lookup table 
indexed by the name of the rule base. The all rule 
bases table 300 is the top of the rule information 
25 hierarchy. The logic design data is partitioned into 
Wocks. called model definitions can be stored in 
the model definition table, a lookup table indexed 
by the model name. A model definition can contain 
a model instance list 318 that includes model in- 
30 stances 319 and 320 that also can be model in- 
stances of other model definitions. For any func- 
tional part type or structural body of a given name, 
only one model definition can exist. However, any 
functional part type of structural body can have 0 
35 or more model instances. The attributes of the 
model definition are common to all of the model 
instances associated therewith and. therefore need 
to be stored only with the model definition. The 
attributes of the model instances, such as timing 
*o parameters and simulation values, are unique to 
each model instance and consequently must be 
stored with the associated model instance. Those 
model definitions with no model instances or for 
which a "LIBRARY" attribute is SDecified are con- 
^5 sidered primitive model definitions stored in table 
315. The model definition table 314 is stored in a 
design table 312. the design table capable of pos- 
sessing other attributes. Any number of designs 
311 through 312 can be contained in the all de- 
50 signs table 310. 

Referring to Rg. 4. the interface form of the 
model definition is shown. Each model definition 
has a name 401. an interface definition comprising 
input signals 402 and output signals 403 and other - 
55 attributes 406. Each model definition can have a - 
scnematic. structural or data flow form in which 
case the model definition would have instances 
404. Furthermore, a model definition can also have 
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a functional form or a behavior form 405. Tho input 
interface signals are tied to port definitions 407 and 
408 and the interface output signals are also tied to 
port definitions 409 and 410. There can also be 
other types of interface signals such as by direc- 
tional signals. Port definitions have a name 411, a 
srgnal 412, and other attributes 413. The signal of a 
— port definition has a name 414 and other attributes 
-415. The model instances 404 can have a plurality 
of individual model instances 41 6 and 41 7 included 
therein. Each model instance 416 and 417 has a 
unique name 418, a name of its model definition 
419. input and output interface instances 420 and 
421 and other attributes 422. The interface in- 
stances 420 and 421 consist of oort instances 423 
and 424. while each port instance has a name 425. 
signals 426 and other attributes 427. each signal 
has a name 428 and other attributes 429. 

Refernng next to Rg. 5. the access of a logic 
design data base by following pointers through the 
sequence of objects and/or functions is shown. A 
rule is assumed to be refernng to the current 
instance, "instance". 501 and 502. The access syn- 
tax 'INPUTS* implies access to the list of oojects 

503. inputs of the model instance 502. The access 
syntax '1ST-INPUTS'. , 1ST-INS\ MST-INPUT or 
"1 ST-IN* implies access to the oort instance object 

504. The access syntax 'SIGNALS-OF-INPUTS' im- 
plies access to signals 508 and 509. One method 
for accessing model (fiances 516 and 517 from 
the current instance is to use the chain 
'INSTANCES-OF-DRIVERS-OF-SIGNALS-OF- 
INPUTS'- Tho access will follow the path of inputs 
502, 504 and 505 to signals 508 and 509 to dnvers 
510. 511. 512 and 513 to model instances 516 and 
517. Because this path is frequently used, a 
* synonymous rt name is defined so that the use of 
the term 'SOURCES' will provide the list of in- 
stances couolea to the inputs side of the current 
instance. Conversely, the term 'DESTS' :s defined 
to provide the list of instances connected to the 
output side of the current instance. The term 
"SOURCES-OF-SOURCES* can be used to obtain a 
list of the sources of instances 516 anc 517. If 
there are no sources, a null indicanon will be re- 
turned. 

Referring next to Rg. 6. the derived access of 
a signal's width is illusrratec. The signal width, for 
purooss of this illustration. ?s aefined as the num- 
oer of omary oits of a data oatn wnicn the signai 
reoresents. The signa* may nave a leas: significant 
oit and a most significant oit. the convention of 
most Dinary digital computers. Tne w?ctr aoes nor 
exist as a data base attribute, but -*s ms;eac aervea 
or calculated wnenever asKed f or Sy jsmg tr*e 
access name "WIDTH OF SIGNAL OF-PiRST-iN- 
PUT\ tne recursior computation methoc ?oitows 
□ackwards from rnccet instance 620 to :ts .nouts 



621 to the first input 622 to signai 625. This func- 
tion takes a signal as an argument, gets the most 
significant bit 626 and the least significant bit 627, 
calculates the width and returns it. The width is 
s then passed back to the rule antecedent. An im- 
plied "equivalence" is built into the function 
'WIDTH OF PORTINST 623. Because of it a sim- 
pler access name 'WIDTH OF 1ST INPUT will 
return the same value as 'WIDTH OF SIGNAL OF 

w 1ST INPUT. 

Referring to Fig. 7. the operation of "tagging" a 
subset of data base objects at midpoints in a group 
of access paths is illustrated. A rule at the current 
model instance 730 and 731 may have an anteced- 

15 ent (ANY MODELS-TAG1 SOURCES ARE "AND"). 
The sources of model instance 731 are in group 
733 or model instances 735 and 736. The collec- 
tive search path continues backward for sources 
which are instances producing the input signals of 

20 the "current instance" through model* definitions 
737 and 738 to the names of model definitions 739 
and 740. The terminal Doints of the search paths 
are the group of model names. ("OR", "AND"). 
The verb 'ARE* and the sentence primitive object 

25 "AND" are evaluated against each item in the 
group ("OR". "AND") returning a group of verdicts 
Cnii*. 'true'). The 'ANY' function determines also the 
mid-paths group of potential taggable objects 735 
and 736 because they follow the tag identifier 

30 TAG1 \ The results cf the evaluation of the end 
points fnil\ 'true') may now be used as a mask 
against the taggable objects to get that subset of 
the group 735 and 736 which is marked with 'true*. 
This operation produces the result group 734 of 

35 model instances 736 which is placed in a table of 
tags 732 of the current instance modelinst 731 
under the index 'TAGl*. For the remainder of the 
rule, the TAG1 ' may be accessed as a normal data 
base object pointed to by the current instance of 

40 this "skio" aDove access evaluation . It is possible 
to give an arbitrary name to the tagged object by 
using curly brackets. For example, the following 
antecedent may be usee: 

(ANY MODELS-TAG AND {GATES} -SOURCES 

45 is "AND rt L 

In this case, the tagged object 736 is put in a 
grouo 734 in the taoie of tags of the current model 

instances 732 under the :naex (AND GATES), and 

maybe accessed by using the term 

sc (AND GATES* for the remainder of the rule. 

Referring next to Fg. 8. data base access of 
the parent moaei definition is illustrated. In the 
preferrec embodiment, the keyword PARENT im- 
plies the parent of the current model instance. 

55 wnic.n :s the current mccel definition- A rule could 
therefore follow cur-ant moaei instance 850 and 
852 to oarent 851 to any of the data base attributes 
of the parent 356. 357, 853 anc 859. Among the 
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attributes of the parent is a group 859 of model 
instances 855. 854. 853 and 852 of which the 
current model instance is one. In this manner, 
hierarchy may be followed upward to access more 
global data base parameters. It would be possible, 
following this convention, to access global technol- 
ogy parameters by going to the top level of the 
design data base, the current design. 

Referring to Fig. 9. the access of the data base 
by more global parameters is illustrated. By going 
from the current model instance 960 and 962 to the 
current design 969. to the technology parameters 
967. such a cell count limit 966. may be accessed. 
Attributes at the design level typically are applica- 
ble to more than one model definition resident in 
the same design. 



2. Operation of the Preferred Embodiment 

Rules are used to encode that knowledge of a 
logic designer which causes a logic design in one 
form, i.e.. boolean to be changed into a functionally 
equivalent logic design in another form such as 
technology comoonents. Toe logic design data is 
keot m a data base hierarchy of design model 
definitions m a current design. Rules operate on 
the . model instances of a current model definition. 
The model instances are structural operators or 
components interconnected by data base ODjecrs. 
port instances and signals. Collections of port in- 
stances also make ud the path of pointer estab- 
lisned by the data base. 

The rule grammar has places in its sentence 
formats for qualified objects. The rule sentence, as 
entered in its textual entry format, needs to be 
concise, readable, and easily understandable. The 
assumption is made that the ruie. at interpretation 
time, will oerform tests and make changes to data 
relative to a current moael instance, which is one of 
the model instances of the current model definition. 
The qualified oojects in the rule being executed 
therefore need to oroviae complete access to the 
cesign data near or m some mannner related to the 
current ^stance. The data base nas pointers per- 
mitting the "walking" from the current instance 
ifrom ooject to object) until arrival at a desired end 
point By stringing togetner the names of oojects. 
seoarated by or oy '-of-', or some other char- 
acter comoi nation, a cuaiined noun can oe created. 
If the waik :s tnrougn many objects and is per- 
formed freauentty. a name for "skip" across sev- 
eral ODjects may be defined, so mat the syntax of 
tne auaiifiec noun :s tnereby snoaenec If :ne data 
;s desirec mat -s not exohctiy an object or attnoute 
of tne a era case, a name s or aerivmg me aata may 
oe defined, arc tried ir. tne qualified access string 
as if were just another ooject in me data oase 



When the rule for each qualified object is 
parsed and converted into executable form, the 
sthrtg of access forms becomes a nest of program 
functions with one argument, the current instance. 
* 5 During rule interpretation, the nest is (sometimes) 
recursively evaluated, causing the "walk" to the 
desired data base object (or group thereof) as the 
access evaluation phase is entered. The "walk- 
can also occur along sets of objects, returning a 
70 set or subset as the accessed item. 

In the sentence format (ANY <qualified-object> 
<verb> <object>). when a TAGn or TAG {object}' 
is placed in the access string of the Qualified- 
objects the end qualified-object must be a group 
T5 or list. The evaluation of the qualified of qualified- 
object causes several pointer paths to be followed 
in the logic design data base to arrive at the end 
point Those end datum which, when applied with 
<verb> and <object> return a 'true' verdict, cause 
20 their individual access paths to be marked as 'true'. 
Those objects which followed the TAG' identifier 
and also which are on paths marked true are now 
grouped together and placed in a table of tagged 
items of the current instance. The tagged items 
25 may now be accessed by the remainder of the rule 
as normal data base objects. A tag item is valid 
within a rule where it was -first evaluated and thus 
defined. The tagging of data base objects and 
attributes allows the rule to perform set manipula- 
te? tions easily by "skipping" evaluation of the same 
access function several times and by making de- 
cisions on relative data as opposed to absolute 
data. When the rule is exited, the table of tagged 
items is erased. 
J5 The foregoing description is included to illus- 

trate me ooeration of the preferred embodiment 
and is not meant to limit the scope of the invention. 
The scope of the invention is to be limited only by 
the following claims. From the foregoing descrip- 
<o tion. many variations will be apparent to those 
skilled in the art that would yet be encompassed 
by the spirit and scope of the invention. 



js Claims 

1. In a procedure for synthesizing circuit de- 
signs, a method for accessing a data base struc- 
ture at a non-adjacent locations comprising the 
5c steps of: 

creating a data base structure in which coupled 
oojects of said data base structure can be acces- 
sed ;n any oroer: and 

oroviding a noun to oe parsed by said synthesizing 
55 orocedure. saic noun oemg interpreted as a se- 
auence or nested functions by said synthesizing 
procedure. 
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2. The method for accessing a data base struc- 
ture of Claim 1 further including the step of provid- 
ing at least one data base object in said noun. 

3. The method for accessing a data base struc- 
ture of Claim 2 further including the step of provid- 5 
ing a plurality of sequential data base objects in 
said noun. 

4. The method of accessing a data base struc- 
ture of Claim 1 further including the step of provid- 
ing said function name in said noun, said function io 
name providing a denved data as opposed to di- 
rect access to data. 

5. The method of accessing a data base struc- 
ture of Claim 3 further including the step of treating 

a predeterined one of said plurality of data base rs 
objects as and argument of an associated rule. 

6. The method of accessing a data base struc- 
ture of Claim 3, wherein said plurality of data base 
objects is a path in said circuit, the method further 
including the step of branching from a single path 20 
to groups of paths by following data base oointers 

to data base objects designated as groups of data 
base objects. 

7. The method cf accessing a data base struc- 
ture of Claim 6 further including the step of seiect- 25 
mg one path from a group of paths on wnicn to 
continue by a positional' indicator- 

8. The method of accessing a data base struc- 
ture of Claim 3 further including the step of tagging 
intermediate objects of a sequence of data base 30 
objects, said tagged objects capable of being ac- 
cessed by said rule. 

9. In a circuit design synthesis procedure, a 
syntax for the synthesis procedure rule structure 
comprising: 35 
a consequence portion for said rule determining an 
activity for said synthesis procedure when a pre- 
determined condition is identified; ana 

an antecedent portion for said rule specifying how 
said oredetermined condition is identified, said 40 
antecedent portion including a selected name re- 
placing a plurality of linked objects. 

10. The syntax for a circuit design synthesis 
rule structure of Claim 9 wherein said selected 
name can reolace a plurality of groups of linKed ~s 
object names. 
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FIG. L 



ENTER COMPONENT DEFINITIONS 
FROM A LIBRARY INTO PRIMITIVE 
MODEL DEFINITIONS DATA STRUCTURES 






ENTER DESIGN OATA FOR INSTANCES 
ALONG WITH CONNECTIVITY 
INFORMATION 






RELATE DESIGN INSTANCES TO THE 
LIBRARY OF MODEL DEFINITIONS 
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ALTER AND CONNECT THE DESIGN 
fNSTANCES IN SUCH A WAY AS 
TO ACHIEVE OPTIMUM CHARACTERISTICS 
OF SIZE, PATH OELAY POWER, ETC 
ACCORDING TO A SET OF RULES 
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PREPARE CIRCUIT DESIGN IN 
A FORMAT FOR USE WITH AN 
AUTOMATED FABRICATION SYSTEM 
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ENTER ABSTRACT COMPONENT DATA 
FROM LIBRARY INTO MODEL 
DEFINITION DATA STRUCTURES 
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ENTER TARGET TECHNOLOGY 
N COMPONENT DATA FROM LIBRARY 
INTO MODEL DEFINITION DATA 
STRUCTURES 
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ENTER DESIGN DATA WITH 
CONNECTED INSTANCES OF THE 
ABSTRACT COMPONENTS 



SET UP POINTERS FOR PATH 
24 H TRAVERSAL AND POINTERS TO 
ASSOCIATED RULES 



TEST ASSOCIATED RULES AND 
WHEN 'TRUE', APPLY RULE RESULTS 
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REPEAT STEP 25 
UNTIL CIRCUIT DESIGN IS STABILIZED 
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PREPARE CIRCUIT DESIGN !N 
FORMAT FOR USE WITH AM 
AUTOMATED FABRICATION SYSTEM 



0 267 379 



rO 



CO 
rO 



po 



PO 

CD 
rO 



CD 
PO 



CVJ 
CD 

rO . 



CD- 
m 



/ 



zd-<i: 



. COUJ 

i oca 

-QCI — 



/ 

CD 
O 
PO 




lO 
PO 



CD =5 



CO 
PO 

w 



PO 
PO 

L_ 



5 CD CO 



5_F 



sis 



CM 
PO 



eg 



PO 



0 267 379 




0 267 379 




0 267 379 





0 267 379 




J 



LO 



0 267 379 



CO 
CD 




